Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

BE User's Weekly Dashboard #49

Merged
merged 13 commits into from
Dec 16, 2024
Merged

BE User's Weekly Dashboard #49

merged 13 commits into from
Dec 16, 2024

Conversation

stefanjbloom
Copy link
Collaborator

@stefanjbloom stefanjbloom commented Dec 15, 2024

Type of Change

  • feature β›²
  • documentation update πŸ“ƒ
  • refactor πŸ§‘β€πŸ’»
  • testing πŸ§ͺ

Description

This branch introduces the Dashboard for a user to track their Job apps, Companies, and Contacts. I have not included the logic to filter it by 'weekly' as stated in the comp. Maybe a future issue?

Motivation and Context

A user dashboard is important for this website so that a user can keep tally of what they have done to earn employment via Tracker. It basically serializes a users info and that users CompanySerializer, JobApplicationSerializer and ContactsSerializer. The FE needs this BE to be done so they can start using real data.

I went and combined issue #42 and issue #43 because they needed to be done for me to proceed. Also tested.

Related Tickets

closes #42
closes #11
closes #43

Screenshots (if appropriate):

Added Test?

  • Yes 🫑
  • All previous tests still pass πŸ₯³
    • 120 passing tests in repo EXCEPT 4 tests for /api/v1/users/create_spec. They are all broken and I dunno how to fix. Here it is:

Rspec Fail

Checklist:

  • My code follows the code style of this project.
  • I have updated the documentation accordingly.

Questions

I'm wondering if the users table and the contacts table will have any issues in the future is a user is ALSO another users contact? Both tables attributes are incongruent w/ each other. Probably not.

I did not create a dashboard class since, at this point, I felt I did not need it. Should I create an issue to create if for future scalability as well as filtering resources so that they expire after a week? See comp of issue #11

Any ideas for DashboardController edge cases I can throw in the mix for the future?

…ted model associations by using dbdiagram.io. route created for dashboard
…user-dashboard

latest main to branch for latest testing and dashboard work
…ing the serialized dashboard json response i want. refactored controllers to allow me to actually get my dashboard the info it needs.
@MDelarosa1993
Copy link
Collaborator

Great work on what you did with the auth and dashboard!
The Pundit policies are super clean love how you've locked down each resource so users can only use their own stuff

The way you've handled job app and contact scopes is spot on. Great way to make sure data is only seen by who owns it!

Copy link
Collaborator Author

@stefanjbloom stefanjbloom left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ready to merge

@CCirbo CCirbo merged commit 7f4f811 into main Dec 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

Controller Policies Controller Authorizations Refactor User dashboard - BE only
3 participants